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>Sir/Ma<lam: 

Further to the Notice of Appeal faxed to and received in die U.S. Patent and Trademark Office 
on February 7, 2005, Appellant presents this Appeal Brief. The Notice of Appeal was filed following 
mailing of a final OfTicc Action on November 16, 2004. Appellant hcicby appeals to the Board of Patent 
Appeals and Interferences from a final rejection of claims M, 8, 10-12, 14, and 17-20 in the final Office 
Action, and respectfully requests that this appeal be considered by the Board. 



I- REAL PARTY IN TNTERKST 



The subject application is owned by International nu.stness Machines Corporationj a corporation 
having iLs principal place of business at New Orchard Road, Arnionk, New York, 10504, as evidenced by 
the assignment recorded at Reel 01 1 888, Frame 089 L 
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Tl. DELATED APPEALS AND INTERFEltENCES 



Notices of Appeal have been filed for the following applications, which share a common 
specification with ihc application currently on appeal. 

09/870,614: Notice of Appeal filed 10/26/04; Appeal Brief filed on or about December 20, 2004. 
09/870,615: Notice of Appeal filed 9/14/04; Appeal Brief filed on or about November 9, 2004. 
09/870,620: Notice of Appeal filed 12/7/04; Appeal Brief filed on or about February 7, 2005. 
09/870,621: Notice of Appeal filed 9/24/04; Appeal Brief filed on or about November 23, 2004. 
09/870,622: Notice of Appeal filed 8/24/04; Appeal Brief filed on or about October 25, 2004. 

Appliciilion serial number 09/870,621 shares similar cited art references witli the present application; 
however, dissimilar art is cited in the present application and application serial numbers 09/870,614, 
09/870,615, 09/870.620, and 09/870,622. No other appeals or interferences are known which would 
directly affect or be directly affected by or have a bearing on the Board's decision in this appeal. 



TIL STATUS OF CLAIMS 



Claims 1-17 were originally filed in the present application. Claims 1, 2, 8, 10, 12, 14, and 17 
were amended, claims 5-7, 9, 13, 15, and 16 were canceled, and claims 18-20 were added in the 
Response to Oifice Action Mailed Maich 15, 2004. Claims 1-4, 8, 10-12, 14, and 17-20 stand finally 
rejected undci' 35 U.S.C. § 103, which are the subject of this appeal. A copy of claims M, 8, 10-12, 14, 
and 17-20 as on appeal are included in the Appendix hereto. 



IV. STATUS OF AMENDMENTS 



No amendments to the claims were filed subsequent to their final rejection, 'llie Appendix hereto 
therefore reficcts (he current stale of the claims. 



V, STJMMARY OF THE INVEiNfTlON 



Appellant's claimed invention relates to a display system (10, Fig. 1), computer-readable storage 
device (e,g., memory 18) and method for generating a display image. More specifically, the claimed 
invcnlicpn relates to a system and method for reducing memory use associated with the graphical 
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rcprcsouaiion of a lisibox or choice control in a graphical user interface. Sec, e.g., Specification, page 
30, line 4 to page 31, line 22 and the Title. 

In some embodiments, the presently claimed display system may include a display (16, Fig. 1), a 
nicmory (18), and a platform-independent application program (Al^P 28 of Figs. 1-2) containing 
invocations of platfonii-dcpcndcnt display routines to create a display image (26) when operating on a 
processor (12, Fig. 1) havitig an operating system (OS 40, Figs. 1-2). In one example, the platform- 
independent application program may be written in the Java programming language, and thus, may 
include invocations (e.g., call routines) of platforai-dcpendcnt display routines (i.e., instructions 
containing native code) to create a display image, whose "look and feci" is dependent on the particular 
opciatiiig system running the Java application progi'am. In some cases, the image created on the display 
may be of a lisibox (140, Fig. 1 1) or choice (142) control. 

To reduce memory use associated with the graphical representation of a lisibox or choice control, 
the presently claimed display system miiy further include a platform-independent peer component (156, 
J'ig. 12) coupled between the plalfonn-indepcndcnL application program (e.g.> APP 28 of Figs. 1-2 
containing list component 144 of Fig. 12) and a platrorm-indcpcndcnt software component (158, Fig. 12). 
Tn general, the p]atform-indq:)endent peer comjTonent (156) may be used for intercepting the invocations 
of the ]?latfomi-depcndent display routines and for routing the intercepted invocations to the platform- 
iiidcpcndcnt software component (158). The platform-independent software component (158) may then 
be used for fetching list data from memory (146) and for producing a display image of the list data upon 
the display without invoking llie platform-dependent display routines. 

In most cases, the platform-inde]?endent application program may create the list data stored in 
memory. More specifically, the list data may be created only once in memory (by the application 
program), and may not be duplicated for the operating system. In other words, no redundant copies of 
the list data arc created for the operating system. The platform-independent software component simply 
felchcs the original list data from memory and produces a display image of ihc list data upon the display 
without invoking the plalform-dcpcndcnt display routines of the platform-independent application 
progjam. 

In some embodiment.^, the presently claimed method for generating a display image may include 
mnning a platform-independent application program (APP 28 of Figs, 1-2 containing list component 144 
of Fig. 12) upon a computer (10, F'ig. 1) operating under an operating system (OS 40, Figs. 1-2). Tn some 
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cases, the platform-independent applicalion program may be used to invoke platform-dependent image 
display soflwnrc for gencraling a display image (26, Fig. 2) of list data, which is created and stored in 
memory (146, Fig. 12) by the application program. To reduce memory use associated wiUi tlie display 
imago, however, a first platform-independent software component (156) may be used, in a preferred 
embodiment, for intercepting tlio plalforra-dcpcndent invocations and routing the intercepted invocations 
to a second platform-independent software component (158). ITie second software component may bo 
used for generating the display image without creating a copy of the list data originally stored in memory 
by Ihc applicalion program. 

In some embodiments, the presently claimed computer-readable storage device (146, Fig. 12) 
iTiiiy include: a collection of listing data containing a list of items which can be selected by a user via a 
poiiUing device (14, Fig. I); an operating system (OS 40, Figs, 1-2) for operating a computer (10, Fig. 1) 
tJinL includes the storage device; and a platform-independent application program (API' 28, Figs* 1-2) 
adapted to create a display image (26) of said listing data using platform-dependent display call 
instructions. In a particular aspect of the invention, the presently claimed computer-readable storage 
device may also include a first platform-independent software component (156, Fig. 12) tliat intercepts 
and transfers the platfonn-dependent display instructions to a second software component (158) that 
draws from a library of commands (160), which are independent of the operating system, for producing 
the display image. 

VT. ISSUES 

I. Whether claims M, 8, 10-12, 14 and 17-20 arc unpatentable under 35 U.S.C § 103(a) over U.S. 
Patent No. 6,727,918 to Nason et al. (hereinafter "Nason") in view of U.S. Patent No. 5,327,529 
to Fnlts ct al. (hcicinaftcr "Fults"). 

VIT. GROUPING OF CLAIMS 

Claims 1-4, 8, 10, 1 1 and 17-20 (Group I) stand or fall together. 
Claims 12 and 14 (Group II) stand or fall together. 

Tlic reasons why the two groups of claims are believed to be separately patentable are explained 
below in the appropriate piirts of tlie Argument, 
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VIII. ARCUJMENT 

Swing was developed as part of the Java Foundation Classes in an effort to overcome tlie 
plalform-dependency of AWT-based (i.e., Java) application programs. An application program interface 
(AIM) written using Swing contains no native code (i.e.» instmctions specific to a particular OS), and 
therefore, can be run on substantially any OS without changing the look and feel of the application. As 
such, Swing may be used to overcome some of the problems and shortcomings that are inherent to AWT- 
based application programs. See, e.g,. Specification, page 9, lines 14-30; page 19, line 25 to page 20, line 
4; page 30s lines 4-6. 

For example, the AWT implementation of a listbox or choice control creates redundant copies of 
tlic list diita stored in memory^ and thus, may incur substantial memory overhead. For example, when a 
]isll>ox ( J40, Fig. 1 1) or choice (142) control is created by an AW T-based application program, Ihc 
application program stores the list data associated with the control in a memory airay (146). When the 
Hstbox or choice control is to be displayed > the AWT-based application program creates a heavy-weight 
peer component (148) for implementing the target list component (144). Because Ihc peer component is 
heavy-weight (i.e., contains native code specific to a particular OS), the peer component implements the 
target list by referencing a corresponding object in the operating system (OS 152). To do tliis, the peer , 
component executes a copy loop (150), in which all of the items in the original memory array (146) are- 
duplicated in a second memory anray (154) for access by the operating system. Though redundant 
memory allocation may not be a serious problem for short lists, significant time and system resources 
miiy bo wasted if the list is relatively long. Sec, e.g.. Specification, page 30, lines 6-20 and Fig. 11. 

llierefore, a need exists for an improved system and method for displaying a listbox or choice 
cojUrol in a graphical user interface. In a preferred embodiment, the improved system and method would 
reduce mcmoi^ use associated with the graphical representation of a listbox or choice control by 
preventing the creation of redundant copies of list daUi. See, e.g., Specification, page 30, lines 20-22, 

llie invention as recited in claims M, 8, 10-12» 14, and 17-20 addresses the above-mentioned 
need by providing a display system, computer-readable storage device and method for generating a 
disi>lay image of a listbox or choice box control. In general, the presently claimed case provides a system 
of sotlware components - referred to as "AWTSwing" components - that enable a Swing listbox or 
choice control to bo indirectly substituted for an AWT listbox or choice control. However, direct 
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substitution of Swing and AWf components presents many problems, and as such, is often avoided by 
conventional prograninicrs. See, eg.. Specification, page 22, lines 1-28. 

When an AWT lislbox or choice control (144^ Fig. 12) is created by an application program (e.g., 
a Java application), the list data associated with the control is stored in memory (146), similar to the 
AWT implemenlnlion, and a peer component (156) is created for displaying the control. However, 
unlike the AWT implementation, the peer component created by the present invention is a lightweight 
(i.e., plntfonu-indepcndent) "AWTSwing" peer component. The lightweight peer component is used to 
implement the control, not as a duplicate list obtained fi-om the operating system, but as a lightweight 
Swing component (160). In other words, the lightweight peer component (156) is created for intercepting 
and routing call routines from an AW f listbox or choice control (144) to a behavioral model (158) 
cissocicitod with a corrcsijonding Swing control (e.g.. Swing JList 160). lliis is beneficial beeaasc, unlike 
AWT Hstbox/choice controls, Swing listbox/ehoice controls do not create a redundant copy of the list 
originally stored in memory, thereby saving both time and memory space. See, e.g., Specification, page 
30, line 24 to page 31, line 15; and Fig. 12. 

As described in more detail below, none of the cited art, cither separately or in combination, 
provides teaching, suggestion or motivation for the presently claimed display system, computer-readable 
storage device or method for gcncniling a display image of a listbox or choice control. More specifically, 
the cited art fails to disclose (among other things) a platform-indet)endent peer eoniponent for 
intercepting invocations (i.e., call routines) of platform-dependent display routines and for routing the 
inlcreepLcd invocations to a platform-independent software component, which is configured for 
producing a display image of list data without invoking a platform-dependent display routine. Thus, the 
teachings of the cited art cannot be used to render the limitations of the presently claimed case 
unpQtcniable. 

ISSUE 1 ARGTJiVTENTS 

Pntcntahility of Croup T Claims 8. 10. 11. and 17-2Q: 

1 . Nason fails to provide leaching or suggestion for a display system including: (i) a 
platform-indcpcndGnt snft^vare compoocnt for fetching ILst data from memory and 
for producing a display image of Hie Ji.st data without invoking platform-dependent 
display routines, and (ii) a platform-independent peer component for intercepting 
iuvocaiions of the platform-dependent display routines from a platform- 
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independent application program and Tor routing the intercepted invocations to the 
piatform-indepeudent softwjure component 

Indcpctidcnt claim I states in part: 

A display systcin, comprising ... platform-independent applictition program containing 
invocations of platform-dcpcndcnl display routines ... a platform-independent software 
component for fetching list data from the memory for producing a display image of the 
list data upon the display without invoking a platform-dependent display routine; and a 
plntfomvindependcnt peer component coupled between the platform-independent 
soAware component and the phitfomvindcpendent application program, for intercepting 
said invocation of platform-dependent display routines and for routing the intercepted 
invocations to said platform-independent soflv^rc component. 

Independent claim 17 (a computer readable storage device) recites a similai* limitation, 'flierefore, claims 
1 and 1 7 provide a display system and storage device, in which a platform-independent peer component 
(e.g., AWl Swing List Peer 156, Fig. 12) is coupled between a platform-independent application program 
(e.g., a Java application program) and a platform-indcpend^jnt software component (e.g., AWTSwing List 
Model 158). The platform-independent peer component is created for intercepting platfonn-dependent 
inv(Kations (e.g., call routines) of the application program and for routing the intercepted invocations to 
the platform-independent software component. In the embodiment of claim 1, the plalfomi-independent 
software component may be used for fetching list data from memory (146) and for producing a display 
iniagc of the list data without invoking platfonm-dcpcndcnt display routines. In the embodiment of claim 
17, the platform-independent software component may produce the display image of the list data by 
drawing from a library of commands (e.g., within Swing JList 1 60) that are independent of the operating 
sytftem. 

Nason discloses ''a technique for controlling allocation and content of display space among one 
or more user interfaces, operating systems or applications permitting an application or parallel graphical 
user interface (GUI) to operate outside the deslctop, the area designated for display of the native operating 
system interface and it^s associated applications.*' (Nason, column 2> lines 40*46). Nason, however^ fails 
to provide teaching or suggestion for the presently claimed display system, which specifically includes: 
(i) a platform-independent software component for fetching list data from memory and for producing a 
display image of the list data without invoking platfonn-dependent display routines, and (ii) a platform- 
independent peer component for intercepting invocations of the platform-dependent display routines 
from a platform-independent application program and for routing the intercepted invocations to the 
plat form-independent software component. 
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With regard lo Ihc presently claimed peer component, the Examiner suggests that "Nason teaches 
a peer component for dealing with two different interfaces", but admits that Nason "doesn't specifically 
disclose a peer component that routes the invocations between software components, or the elements 
being specifically list related." (Final Office Action, page 3). The Appellants appreciate the Examincr*s 
rccognilion of the lack of leaching within Nason for the presently claimed peer component, as recited in 
claims 1 and 17. In addition, Appellants contend that Nason also lacks teaching or suggestion for claim 
elements, ot)icr than those si^ccifically mentioned in the Office Action. 

Tn addition to the presently claimed peer component, Nason fails to provide teaching or 
suggestion for the platform-independent software component recited in present claims 1 and 17. For 
cxtimijlc, statements in the Final Office Action admit tliat Nason fails to provide teaching or suggestion 
for "the elements being specifically list related" (Final Office Acdon, page 3). For at least tiiis reason, 
Nason cannot be relied upon to provide teaching or suggestion for a software component that fetches list 
d ata from memory for producing a display image of the list data, as recited in present claims 1 and 17. 
Accordingly, Nason fails to teach or suggest all limitations of present claims I and 17» 

2. Fults cannot be combined with Nason to provide tcnching or suggestion fhe 
presently claimed peer or software components. 

As noted above, statements in Iho Final Office Action admit that Nason fails to disclose "a peer 
con^ponent that routes the invocations between software components, or the elements being specifically 
list related." (Final Office Action, page 3). However, further statements in the Final Office Action 
suggest that *Tults teaches a system of using two different user interfaces. similar to that of Nason, but 
further tc;iches a Generic User Interface Object Library and Contioller [GUIOLC] and Specific User 
hitcrfacc Interpreters [SUll] that" serve to map Input/Output (I/O) requirements of a Application "to the 
Specific User Interface [controllers under] which the application is to be presented to the user... (see 
column 24, line 38 through column 25, line 10 and figure 21), and further teaches the implcmcntalion of 
the system using lists (see column 5, lines 35-51)." (see. Final Office Action, page 3 and cited passages 
of Fulls). As sucli, the Examiner appears lo suggest fliat tlie GUTOLC and SUll components of Fults arc 
somehow equivalent to the presently claimed peer component, and diat the mere mention of lists provides 
teaching or suggestion for the presently claimed software component. The Appellants respectfully 
disagree, for at least the reasons set forth in more detail below. 
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As noted in a previous Response to the Onice Action mailed March ! 5, 2004, Fulls discloses a 
process for designing application program user interfaces, where the process involves "creat[jng] a 
gencj ic user interface description (in the form of objects with attributes and hints)" (Fults, column 15^ 
lines 62-67). A system implementing the process of Fults "reads the [generic] description, interprets it, 
and produces a rcalixstlion of the program user interface which visually and bchaviorally conforms to tlie 
explicit and implicit guidelines of a particular style guide." (fulls, column 16, lines 10-15), To display 
various '*gudgets" or components (e.g., windows, menus, buttons, scrolling lists, etc.) within the user 
interface, Fults specifically teaches tliat *'dic Queratinjat system software handles the details of actually 
selecting, arranging and otherwise managing the gadgets used to represent the component." (Fults> 
column 25, lines 6-10, emphasis added). 

Therefore, Fults discloses a "generic" or platform-independent user interface, which when run by 
a particular operating system, inyokesji_pla_tform-de pendent display routine from the operating system to 
produce the images of the gadgets (much like AWT), ll iis is contradictory to the presentl y clai med case , 
which specillcally includes a platform-independent software component for fetching list data from 
momoiy and for producing a display inriage of the list data without in voicing a platform-dependent d isplay 
roiitine. In addition to failing to provide teaching or suggestion for the presently clain>cd platform- 
independent software component, arguments are provided below for the lack of teaching within Fults for 
the pi-c.scnlly claimed peer component. 

In the passage cited by the Examiner, Fults discloses that *'the GUIOLC provides a series of 
generic HI object classes . . . [that] act as in interface between the Application and the portion of the 
operating system software that controls the rcprcsenUition of a specific user interface for the 
Applicaliou." (Fulls, column 24, line 63-68). Though Fults suggests that generic UI object classes may 
provide an ''interface" between an application and the opei*ating system soAware, Fults does not leach or 
suggest that the generic Ul object classes (presumably, the alleged "peer component'*) may be used for 
inlerecpting invocations of platform-dependent display routines and for routing the intercepted 
invocations to a platform-independent soflwiure component, as recited in present claims 1 and 17. 
Instead, any invocations (e.g., I/O rcquirctwcnts) from the Application that may (or may not) be 
intercepted by tlie generic Ul object classes would be routed lo the operating system software, since Fults 
specifically slates Ihnt *'the oijerating .syst em software ... handles the details of actually selecting, 
ammging and otherwise managing the gadgets used to represent the component." (Fults, column 25, lines 
6-10, emphasis added). In addition to the passage cited by the Examiner, Appellants assert that no 
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leaching or suggestion can be found within other portions of Fults for the presently claimed peer 
component. 

For at least the reasons set forlh above, Nason and Fults each fail to provide teaching or 
f;uggcs(ion for the presently claimed peer and software components. *11ierefore» even if Na.son and FuUs 
were combined (without sufficient motivation to do so) the combined teachings of the cited art would 
still fail to provide teaching or suggestion for the peer and software components, as presently claimed. 

Furthermore, the cited cannot be modified to teach or suggest the presently claimed peer and 
soflwarc components, since Mason and Fults each fail to suggest a desirability for doing so. I'he mere 
fact that references can be combined or modified does not render the resultajit combination obvious 
unless the prior art also suggests the desirability of the combination. In reMUh, 916 F,2d 680, 1 6 
USPQ2d 1430 G'Cd. Cir, 1990); MPEP 2143.01. 

3. The fixaminer hai» failed adequately suppoi-t and/nr establish a pr/ma facie 
ground of obviousness. 

1 o establish a prima facie case of obviousness, three basic criteria must be met. first, there must 
be some suggestion or motivalioDj either in tlie references themselves or in the knowledge generally 
available to one of ordinary skill in tlie art, to modify the reference or to combine reference teachings. 
Second, there mu.-;t be a reasonable expectation of success. Finally, the prior art reference (or references 
when combined) must teach or suggest all claim limitations, MPEP § 2143. None of these three criteria 
have been met by the Examiner in the present case. First of all, no suggestion or motivation to modify 
the teachings of Nason and Fults can be found within the cited art to teach or suggest the aforementioned 
limilations of claims 1 and 17, as explained above in Argument 2. The criterion of a reasonable 
expectation of success cannot be met if no teaching, suggestion or motivation exists, because there is 
then nothing at which to be successful. Finally, Nason and Fults each fail to teach, and therefore, cannot 
be combined to teach, iill of the limitations of claims 1 and 17, as explained above in Arguments 1 and 2. 
llie tl)ird criterion recited above has therefore also not been met, and a prima facie case of obviousness 
has not been established. 
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Conclusion 

As explained in Arguments 1-3 above, at least some limitations of claims 1 and J7, ajid therefore, 
at least some limitations of claims 2-4, 8, 10, 1 1 and 18-20, are not taught or suggested by the cited arl. 
Furlhermorc, there is no teaching, suggestion or motivation to modify the cited art to teach the limitations 
of tlicsc claims. For at least the reasons set forth above, claims M, 8, 10, 1 1 and 17-20 arc patentably 
disLinct over the cited art. Tl^rcfore, the rejection of Group I claims M, 8, 10, 1 1 and 17-20 under 35 
U.S,C. § 103(a) is asserted to be erroneous. 

P:itentjibi>UvofCroui> IT Claims 12 and M; 

1. Nason and FuUs each fail to disclose a method for generating a display image, 

where the method includes intercepting plalform-dcpendent invocations by a first 
plalform-indcpcndcnt software component, and generating a display image using a 
second platform-independent software component without creating a copy of list 
data stored by an application program. 

Independent claim 12 recites: in part: 

A method for generating a display image, comprising: running a platform-independent 
application program said platform-independent application program invoking 
platform-dependent image display software for generating a display image; intercepting 
Siiid phitform-dcpcndent invocations by a first platform-independent software 
component; and generating a display iiTiage using a second platform-independent 
software in response to said first platform-independent software component, wherein 
said second platform-independent software component generates a display list image 
without creating a copy of list data stored by said application pi-ogram. 

With regard to claim 12, the Examiner admits that Nason ''doesn't specifically disclose a peer component 
that routes the invocations between software components, or the elements being specifically list related," 
but suggests that Fults may be combined with Nason to overcome the deficiencies therein (see^ Final 
Office Action, pages 4-5), In addition, the Examiner appears to suggest that since Nason mentions the 
use of JAVA, the combined teachings of Nason and Fults would somehow be sufficient to render Ihc 
limilations of claim 12 unpatentable (see. Final Office Action, pages 4-5). The Appellants respectfully 
disagree, for at lesist tlie reasons set forth in more detail below. 
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First of all, and as noted above in the Group I arguments for Ihe patentability of claims 1 and 17, 
Nai;on and Fults each fail to teach, suggest or provide motivation for a platform-independent peer (or 
software) component for intercepting and routing platform-dependent invocations to a (second) platform- 
independent software component. The cited art also fails to teach, suggest or provide motivation for a 
platform-independent software component, which cither fetches list data lirom memory for producing a 
display image of the list data without invoking a platform-dependent display routine (as recited in claim 
I), or draws from a libiaiy of commands that ave independent of an operating system for producing the 
display image of the list data (as recited in claim 17). In addition, the cited art cannot be combined in a 
manner that teaches or suggests such limitations. 

For at least these reasons, the cited art cannot be relied upon for teaching the presently claimed 
method steps of "intercepting said platformKlepcndcnt invocations by a first platform-independent 
software component; and generating a display image using a second platform-independent software in 
rcsj^onsc to said first platform-independent software component.*' As a consequence, the cited art cannot 
be relied upon to provide teaching for all limitations of present claim 12. As described in more detail 
below, the cited art also fails to disclose the additional limitation recited in claim 12, which slates that 
"tlie second platform-independent software component generates a display list inmage without creating a 
copy of list data stored by said application program." 

Ngson and Fults each fail to provide teaching or suggestion for a platform-independent software 
component lhat generates a display list image without creating a copy of list data stored by a platfonm- 
indcpcndent application program. However, the Examiner appears to suggest that since Nason mentions 
the use of JAVA, such a feature may be inherently taught by Nason. For example, the Hxaminer suggests 
lhat Na.-^on teaches "implementing [a] system using content and operating software in JAVA (see column 
5, lines 60-63)/' (Final Office Action, page 5). The Examiner also suggests that "JAVA is known in the 
art to comprise GUIs such as AWT, a JAVA GUI that is l^nown to rely on the native GUI of the computer 
0)\ which the application runs, and SWING, a JAVA GUI that runs uniformly on any native platform (sec 
Microsoft Computer Dictionary pages 13 and 505)." (Final Office Action, page 5). 

However, the mere mention of JAVA does not provide sufficient motivation for one skilled in 
the art to reasonably conclude that the system of Nason necessarily includes a first platform-independent 
software componejit for intercepting plaiform-dcpendcnt invocation.s, and a second platform-independent 
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soflwaro corDponcat for gciicraiing a display list image witlioul creating a copy of list data stored by a 
plal form-independent application program (such as a JAVA-implcmcnLcd application program). 

liven if one skilled in the art were to assume that the JAVA -implemented system of Nason uses 
eilhur the Abstract Window Toolkit (AWT) or the Swing Toolkit for generating display images of 
objects, Ihc proposed assumption would still fail to provide leaching or suggestion for the presently 
claimed first and second platform-independent software components. For example, if images of list data 
(which is not taught by Nason) were displayed using AWT components, the displayed images would be 
gencrntcd by creating a copy of the list data stored in memory (see^ Specification, page 30, lines 4-20), 
and thus, could not be generated by the presently claimed second software component, lliough 
redundant memory storage maybe avoided if the images of list data were displayed using Swing 
components (which is not taught by Nason or Fults), tlic exclusive use of Swing components would 
climinnlc the need for intercepting platform-dependent invocations (originating, e.g.. from an AWT 
component)^ which in turn, would eliminate any need or desire for including the presently claimed first 
plaUbnu-indcpendcnt software component. Furihermore, Nason and Fults provide absolutely no 
teaching, suggestion, motivation or desire for mixing Swing and AWT components, and theiefore, cannot 
be modified to include a first platform-independent software component for intercepting platform- 
dependent invocations or a second platfonn-independent software component for receiving the 
intercepted invocations and gcncmting a display list image without creating a copy of list data stored by a 
platforni independent application program, 

2. There is no motivation to modify the teachings of Nason or Fults to provide the 
presently claimed method for generating a display image» where the method 
includes intercepting platform-dependent invocations by a flrst platform- 
independent software component^ and generating a display image using a second 
platform-independent software component withont creating a copy of list data 
stored by an application program. 

For at least the reasons set forth above, Nason and Fulls each fail to provide teaching, 
suggestion, or motivation for all limitations of present claim 12, and additionally, camiot be combined to 
do so. In addition, Appellants wish to traverse further statements in the Final Office Action, in which the 
Bxamincr appears to rely on applicants own invention to provide motivation for modifying the combined 
teachings of Nason and Fults to render the presently clauned first and second platfonn-independent 
software components, or the functionality thereof, unpatentable. 
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With regard to dependent claim 3, which teaches that the list data is created only once iti 
memory, the Examiner suggests that Nason loaches **die system being implemented with JAVA, which is 
known [lo] use the SWING API, which is disclosed in the specification on page 3 1 to obviate tlte need 
for a rcdundimt memory array." The Appellants disagree with the Examiner's attempt to find motivation 
wilhin the applicant's own disclosure for modifying the teachings ofNason to provide teacliing or 
suggestion for creating only one copy of the list data in memory. As noted in MPEP 2142, for example, 
(ho leaching or suggestion to make a proposed combination or moditlcation must be found in the prior 
art, and not based on applications disclosure. 

Unlike the presenlly claimed case, Nason and Fults fail to disclose or even mention the Abstract 
Window Toolkit (AWT), the Swing toolkit, or the limitations encountered when using cither AWT or 
Swing components within a gi-aphical user interface. In addition, there is absolutely no mention with 
Niwon or Fults for the problems that may be caused by storing redundant copies of list data (due to the 
use of AWT list and choice box components), or any solutions that may be used to overcome such 
problems. I'hough the alternate display content controller of Nason may ^'include content and opeiating 
software such as Java" (Nason, column 5, lines 61-63), and Fults discloses a hst component may be 
included witlnn a g^^dget toolkit (Fults, column 5, lines 36-42), Appellants assert that there is no teaching, 
suggestion, or motivation within ei ther of the prior art references to use» e.g., a Swing list component (as 
suggested by the Examiner) to reduce memory storage of list data by creating only one copy of the list 
data in memory. 

Obviousness can only be established by combining or modifying the teachings of the piior art to 
prodvicc U)c claimed invention where there is some teaching, suggestion, or motivation to do so. In re 
Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed.Cir. 1988); re Jones, 958 F.2d 347, 21 USPQ2d 1941 (l^^cd. 
Cir. 1992); MPfiP 2143.01. Absent any teaching, suggestion, or motivation to do so, Appellants assert 
tjiat the teachings of Nason and Fults camiot be modified to provide teaching for the presently claimed 
method, as recited in claim 12. 

3. The Examiner has failed to adequately support and/or establish a prima facie 
grouxid of obviousness. 

To establish a prima facie case of obviousness, three basic criteria must be met. First, there must 
be some suggestion or motivation, either in the references themselves or in the knowledge generally 
available to one of ordinary skill in the art, to modify the reference or to combine reference teachings. 
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Second, there must be a rtiasonable expectation of success. Finally, the prior art reference (or references 
when combined) must teach or suggest all claim limitolions, Ml'EP § 2143. None of these three criteria 
have beer) met by the F^xaniincr in the present case. First of all, no suggestion or motivation to modify 
ihc teachings of Nason and lailts can be found within the cited art references themselves to teach or 
suggest the aforementioned limitations of claim 12, as explained above in Argument 2. The criterion of a 
reasonable expectation of success cannot be met if no teaching, suggestion or motivation exists^ because 
there is then nothing at which to be successful. Finally, Nason and Fults each fail to teach all limilalions 
of claim 12, as explained above in Argument I . The third criterion recited above has tiierefore also not 
been met, and a prima facie case of obviousness has not been established. 

Conclusion 

As explained in Arguments 1-3 above, at least some of the limitations recited in clain> 12, and 
ihcrcforCj at least some limitations of claim 14, are not taught or suggested by the cited art. FurtJiermorc, 
iht^rc is no leaching, suggestion or motivation within the cited ait to modify the cited art to teach tlie 
limitations of claim 12, For at least the reasons set forth above, claim 12 is patentably distinct over the 
cited art, I hercfore^ die rejection of Group Jl claims 12 and 14 under 35 U.S.C. § 103(a) is asserted to be 
ciToncous. 

IX, CONCLOSION 

For the foregoing reasons, it is submitted that the Examiner's rejection of claims 1-4, 8, 10-12, 
14, ^x\A 17-20 was erroneous, and reversal of tlie Examiner's decision is respectfully requested. 

The Commissioner is hereby authoriT'^d to charge the required fee(s) to deposit account number 
50-3268/5468-07400. 
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X. APPENniX 

The present claims on appeal arc? as follows. 

1. A. display system, comprising: 

a display; 

a platform-independent application program containing invocations of platform-dependent 
display routines to create a display image when operating on a processor having an 
operating system; 

a memory; 

a platform-independent software component for fetching list data from the memory for producing 
a display image of the list data upon the display without invoking a platform-dependent 
display routine; and 

a platform-independent peer component coupled between the platfomi-independent software 
component and tlie platfom-independent application program, for intercepting said 
invocation of plalfomi-dcpendcnt display routines and for routing the intercei^ted 
invocations to said platform-independent software component. 

2, The display system as recited in claim 1, wherein the application program creates the list data prior to 
fetching the list from the memojy, 

3. The display system as recited in claim 1, wherein the list is created only once in the memoiy by the 
application program, and not again by the operating system. 

4, '1 hu display system as recited in claim 1, wherein the image of the list upon the display is created 
independent of the operating system. 
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8. Tlic display system as recited in claim 1 , wherein the platform-independent sollware component 
is part of a system of software components comprising a Java Swing application program inlcrfacc (API). 

10, The display system as recited in claim I, wherein the plat form-independent software component 
is a choice or list control. 

1 U 'Hie display system as recited in claim I, wherein the application program is written in Java 
prof;ramming language. 

12. A method for generating a display image, comprising: 

mnning a platform-independent application program upon a computer operating under an 

operating system, said platform-independent application program invoking platform- 
dependent image display software for generating a display image; 

intercepting said platform-dependent invocations by a first platform-itidcpendcnt software 
component; and 

generating a display image using a second platform-independent software component in msponse 
to said first platform-independent software component, wherein said second platfonn- 
indcpendcnt software component generates a display list image without creating a copy 
of list data stored by said application program. 

1 4. The melhod as recited in claim 12, wherein said first platform-independent software component 
is a peer component emulating a platform-dependent peer component. 

17. A computer-readable storage device, comprising: 

a collection of hsting data containing a list of items which can be selected by a user via a 
pointing device; 

an operating system for operating a computer that includes the storage device; and 
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a platform-independent appHcation program adapted to create a display image of said listing data 
using platfornvdcpendcnt display call instructions; 

a fii-st platform-independent software component that intercepts said platform-dependent display 
inslnictionii and transfers said display instructions to a second software component that 
draws from a library of commands that arc independent of said operating systems for 
producing said display image. 

18. Tlic comi^uler-rcadablc storage device as recited in claim 1 7, wherein the platfonivindependent 
application program is written in the Java programming language. 

19. The computer-readable storage device as recited in claim 1 8, wherein the second software 
component is a Java Swing component. 

20. 'I he computer-readable storage device as recited in claim 19, wherein the first software 
component is a peer component included within a system of software components form a AW'IVSwing 
application program inlcrfucc (API), wherein the peer component serves as an interface between tlie 
platform-dependent invociilions of said application program written in Java prugramming language and 
the Swing software components. 
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